翻訳と辞書
Words near each other
・ Component (group theory)
・ Component (thermodynamics)
・ Component (UML)
・ Component (VTA)
・ Component analysis
・ Component analysis (statistics)
・ Component business model
・ Component causes
・ Component content management system
・ COmponent Detection Algorithm
・ Component Developer Magazine
・ Component diagram
・ Component engineering
・ Component ERA
・ Component Library for Cross Platform
Component Manager
・ Component Object Model
・ Component parts of internal combustion engines
・ Component Pascal
・ Component placement
・ Component speaker
・ Component television
・ Component theorem
・ Component video
・ Component video sync
・ Component-based Scalable Logical Architecture
・ Component-based software engineering
・ Component-based usability testing
・ Component-integrated ACE ORB
・ Component-oriented database


Dictionary Lists
翻訳と辞書 辞書検索 [ 開発暫定版 ]
スポンサード リンク

Component Manager : ウィキペディア英語版
Component Manager

In Apple Macintosh computer programming, Component Manager was one of many approaches to sharing code that originated on the pre-PowerPC Macintosh. It was originally introduced as part of QuickTime, which remained the part of Mac OS that used it most heavily.
== Technical details ==
A ''component'' was a piece of code that provided various functions that may be invoked by clients. Each function was identified by a signed 16-bit integer ID code. Non-positive codes were reserved for predefined functions that should be understood by all components—open/close a component instance, query whether a function was supported, etc. The meanings of positive function codes depended on the type of component.
A ''component instance'' was created by ''opening'' a component. This called the component's open function to allocate and initialize any necessary storage for the instance. Closing the instance got rid of this storage and invalidated all references to that instance.
Components and component instances were referenced by 32-bit values that were not pointers. Instead, they were interpreted as keys into internal Component Manager tables. These references were generated in such a way that, once they became invalid, those values were unlikely to become valid again for a long time. This minimized the chance of obscure bugs due to dangling references.
Components were identified by OSType codes giving their ''type'', ''subtype'' and "''manufacturer''". For instance, a component type might be "raster image compressor", subtypes of which might exist for JPEG, H.261, Sorenson, and Intel Indeo, among others. It was possible to have multiple components registered with exactly the same identification codes, giving alternative implementations of the same algorithm for example using hardware versus software, trading off speed versus quality, or other criteria. It was possible for the applications to query the existence of such alternatives and make explicit choices between them, or let the system choose a default.
Among the options available, a component could ''delegate'' parts of its functions to another component as a form of subclassing for code reuse. It was also possible for one component to ''capture'' another, which meant that all accesses to the captured component had to go through the capturing one.

抄文引用元・出典: フリー百科事典『 ウィキペディア(Wikipedia)
ウィキペディアで「Component Manager」の詳細全文を読む



スポンサード リンク
翻訳と辞書 : 翻訳のためのインターネットリソース

Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.